Date: Thu, 15 Sep 94 04:30:20 PDT 

From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu> 
Errors-To: Ham-Digital-Errors@UCSD.Edu 

Reply-To: Ham-Digital@UCSD.Edu 

Precedence: Bulk 

Subject: Ham-Digital Digest V94 #307 

To: Ham-Digital 


Ham-Digital Digest Thu, 15 Sep 94 Volume 94 : Issue 307 


Today's Topics: 
AX.25 
Canadian Callsign Database Available 
forwarded message 
gateway 
Gateway.... 
HDLC protocol chips. 
JNOS 1.10£ lockups 
mf£j 1270c/1274c modifications for the net software 
mocom 35 on packet 
VHF packet "talk" range 
What NOS to use (2 msgs) 
WNOS memory leak 


Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu> 
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: Wed, 14 Sep 1994 20:46:06 

From: ihnp4.ucsd.edu!dog.ee.1lbl.gov!news.cs.utah.edu!cs.utexas.edu! 
howland.reston.ans.net!torn!news.unb.ca!nbt.nbnet.nb.ca!dynam26.nbnet.nb.ca! 
moores@network.ucsd.edu 

Subject: AX.25 

To: ham-digital@ucsd.edu 


Can anyone point me to where I might find some of the original files surround 
the introduction of ax.25? I have been on packet for a few years, but was not 
around when most of the standards/software was written. 


I would specifically like to see a good explanation of the ax.25 protocol, and 
perhaps some good files on the nos implementation of that protocol. 


Steve VE1BCL 


Date: Tue, 13 Sep 1994 16:07:29 GMT 

From: ihnp4.ucsd.edu!dog.ee.1lbl.gov!overload.1lbl.gov!agate!howland.reston.ans.net! 
cs.utexas.edu!utnut!torn!uunet.ca!uunet.ca!cfcsc!remote.cfcsc.dnd.ca! 
goobie@network.ucsd.edu 

Subject: Canadian Callsign Database Available 

To: ham-digital@ucsd.edu 


Thanks to Rob VE7FU and Phil VE3RD, the latest Canadian callsign database is 
now available. The file is called HAMFLAT4.ZIP and can be accessed by 
anonymous FTP to cfcsc.dnd.ca 


It is located in the /hamradio/callbook section.. 
Please send me a note if you have any problems accessing this data. 


73 
Keith VE30Y @ VA3BBS 


Date: Tue, 13 Sep 94 08:12:45 EDT 

From: ihnp4.ucsd.edu!ucsnews!sol.ctr.columbia.edu!howland.reston.ans.net! 
swiss.ans.net!solaris.cc.vt.edu!news.duke.edu!eff!news.kei.com!world!mv!1mr! 
rapp@network.ucsd.edu 

Subject: forwarded message 

To: ham-digital@ucsd.edu 


The following message is forwarded: 


Date: Mon, 12 Sep 94 18:47:14 PDT 

From: Eric Fort <1EJF8089@IBM.MTSAC .EDU> 
Subject: gateway 

To: rapp@lmr.MV.COM 


I realize the difficulties involved in traversing between the internet and ampr 
net. As a licienced ham operator is there any way you know to make this connec 
tion? I am trying to work my uncle in north carolina on tcp/ip packet but I do 
n't have a tne yet. (starving student status) 


any help would be appreciated. please feel free to repost this to rec.radio.ama 
teur.digital.misc if you feel it appropriate. 


tnx n 73, 
de kd6glp (eric fort) 
1ej£8089@ibm.mtsac.edu 


pS. 


Please tell me where to send postings to the above group. I would've mailed th 
e group but couldn't get the mail reader to do it. 


Please answer here or mail to Eric at the above address. Tnx, Larry W1HJF 


L. M. Rappaport & Associates, Inc. rapp@lmzr.mv.com voice +1 603 237 8400 
Colebrook, NH 03576-0158 CIS 72427 ,2567 fax +1 603 237 8430 


Date: Sun, 11 Sep 94 01:11:17 Mst 

From: agate!darkstar.UCSC.EDU!news.hal.COM!olivea!charnel.ecst.csuchico.edu! 
psgrain!nntp.cs.ubc.ca!alberta! ve6mgs! ve6hf@ames.arpa 

Subject: Gateway.... 

To: ham-digital@ucsd.edu 


Matt Werner <kbOkqa@delphi.com> writes: 


> Phlatline <bd27015@PROBLEM_WITH_INEWS_GATEWAY_FILE> writes: 

> 

> >I am wondering: there is an internet <-> packet gateway for mailing, why ha 
> >there not been any steps taken to rig a direct "pipe" onto the net from pack 
> 

> I don't know for sure, but I had always thought that it was because there wou 
> be no certain way to keep non-HAMs out... It would end up to be a pain for t 
> Sysop to do such a thing for all of the HAMs on the internet that would want 
> access... 

> 

> 73 - Matt 


I'm sure that it is being done in some places :) 


You may reply to: ve6hf@ve6hf.ampr.ab.ca 


Date: 13 Sep 1994 17:42:01 +1200 

From: ihnp4.ucsd.edu!munnari.oz.au!comp.vuw.ac.nz!frc.maf.govt.nz!not-for- 
mail@network.ucsd.edu 

Subject: HDLC protocol chips. 

To: ham-digital@ucsd.edu 


Second sources for the 8530 Serial Comms Controller (SCC): AMD and SGS 
Thomson. 


The NMOS 8530 is the least expensive, a mail order place in VK sent me 
one for app. $30 US, you should be able to get them for much less in 
the States. The CMOS versions are at least twice that. You could also 
consider the 85230 ESCC which has a deeper RX FIFO, is more forgiving 
of timing problems, and has less funnies and teething problems. 


Zilog Support Products offer an 85230 evaluation kit with examples of 
source code, header files etc, a simple PC bus card and the User Manual. 


The sheets in Zilogs volume 1 uProcessors and Peripherals are good as 
a reference only and are very condensed; to successfully program the 
SCC you'll need the SCC User Manual, in particular HDLC... 


I have had no problems dealing with Zilog in the US, they promptly 
referred me to the local agent :-) At work, I use 85C30's in ASY mode 
in a serial link at 128 kbps of speed through a 600 m long tow cable. 
Have no experience with HDLC/SDLC modes. Hope this helps, good luck. 


Wilbert, ZL2BSJ. 


Wilbert Knol, Acoustics Group, MAF Marine Research, Wellington, New Zealand. 
Usenet: wk@fre.maf.govt.nz PACKET :ZL2BSJ@ZL2WA.NZL.OC 
AMPR: [44.147.180.88] AX25 NET/ROM TCP/IP MBX 146.625 147.075 MHz 24 hrs. 


Date: Tue, 13 Sep 94 19:57:57 -0500 

From: news.delphi.com!usenet@uunet.uu.net 
Subject: JNOS 1.10£ lockups 

To: ham-digital@ucsd.edu 


Milton D. Miller II <miltonm@bga.com> writes: 


>The watchdog timer works by detecting that the timer process is blocked 
>when the hardware timer interrupt ticks. If timer interrupts are blocked 
>(usually because all interrupts are off), then the watchdog code doesn't 
>run. 


I'm not too "up" on interrupts, so forgive me if this sounds a little off... 
Is there a way that this can be fixed, without rewriting any of NOS? Whatever 
it takes to get it going is pretty much worth it I think... 


>If you load dos high then you will get some extra memory. What is going 
>on when it locks up? Does your caps lock key work? Can you type more 
>than 16 charactesrs without getting beeps? Can you use the 3 finger 
>salute or do you have to press the hardware reset button? 


Sometimes the 3 finger salute works, other times it doesn't. I haven't loaded 
DOS high yet because I'm not ready to tackle a new set of variables... I will 
start paying more attention to it when it locks up... 


>One thing you can try is reducing features. Compile out code you don't 
>need, don't start more sessions at the same time than you need, keep 
>an eye on sockets where the other end died, etc. Consider doing a 
>software exit/restart or reboot every x hours as a preventitive measure. 


I've thought about rebooting every x hours, but locally, TCP activity (FTP, etc) 
is active (for the most part) 24 hours... To reboot would most likely knock 
someone off, so I'm leaving that as a last resort... 


I can't recompile the code (not into C - yet). I've had the system running 
for up to 10 days (when I forced it to reboot), while other times it makes 

it about a day or so. It usually goes for quite a few days, and when it locks, 
it still has lots of memory left (40-50k, which is about what it runs at 
anyway)... 


Any other suggestions anyone? I'm willing to try just about anything, and 
please make the answers as descriptive as you want... 


73 and thanks to all! 


- Matt 


kbO@kqa@delphi.com 


Date: 14 Sep 1994 00:46:46 -0400 

From: ihnp4.ucsd.edu!newshub.sdsu.edu!nic-nac.CSU.net!usc!cs.utexas.edu!utnut! 
torn! news.unb.ca!upei.ca!peinet.pe.ca!peinet.pe.ca!not-for-mail@network.ucsd.edu 
Subject: mfj 1270c/1274c modifications for the net software 

To: ham-digital@ucsd.edu 


hi, 
here are a bunch of mods to use the mfj 1270c/1274c with htenet 
(tn2.08b in particular). 


these were developed setting up 32 tnc's for a packet network in 
atlantic canada. 


to use this tne with the net software it is necessary to make several 
modifications to the pc board as well as the removal of several chips. 


ine remove the circuit board from the chassis 
2 front and 4 side cover screws 
4 screws holding the pc board to the chassis 
1 screw holding regulator to chassis 


2. remove u23 eprom 
3. remove u24 sram (option may not be installed) 
4. remove u40 
5 cut jmp x 
6. remove jmp 9 
7. depending on your node wiring you may have to install 
r14 and r15 100 ohm 
8. on u40 connect pin 16 to pin 1 
9. install new eprom in u23 socket 
for a 27x512 remove jmp 15 then connect jmp 15-2 
to ground 
for a 27x256 strap jmp 15 1-2 
10. reinstall the pc board in the chassis 
11. connect a terminal to the serial port of the tnc 
12. apply power 
13. reset the tnc to force it to load the new bbram values 
14. the tnc should display a sign on message. 
15. try to connect to the tne (via serial port) to verify operation 


16. put modification record label on inside of cover and reinstall it 


good luck 


kenny 

kenny adams 
kadams@peinet.pe.ca 

standard disclaimers apply... 


kenny adams charlottetown prince edward island canada 
kadams@peinet.pe.ca 
standard disclaimers apply.... 


Date: 14 Sep 94 18:20:49 GMT 
From: news-mail-gateway@ucsd.edu 
Subject: mocom 35 on packet 

To: ham-digital@ucsd.edu 


We use a UHF Mocom 35 on packet here for the 9600 baud port on 
UUGATE (The Univ. of Utah gateway). 


It took some significan hacking of the IF to make it work well, but it 
now works extremely well. The IF bandwidth is a bit broad (18 KHz) but 
that makes it extremely forgiving on the receive signal. The skirts on 
the receive side aren't particularly sharp, either, but since we don't 
have any adjacent channels to be concerned with, that isn't a problem, either... 


As it was originally, it was completely unuseable for 9600 baud packet owing 
to narrow bandwidth (approx. 11 KHz) and tremendous ripple in the 
1st IF passband (about 10db worth of ripple...) 


<Clint> 


ka7oei@uugate.wa7slg.ampr.org 


Date: Wed, 14 Sep 94 08:19:21 EDT 

From: ihnp4.ucsd.edu!dog.ee.1lbl.gov! agate! howland.reston.ans.net!swiss.ans.net! 
solaris.cc.vt.edu!news.duke.edu!eff!news.kei.com!world!mv!1mr! 
rapp@network.ucsd.edu 

Subject: VHF packet "talk" range 

To: ham-digital@ucsd.edu 


barrusc@yvax.byu.edu writes: 


> 

> Can anyone tell me if it is possible to "talk" via packet VHF over long 
> distances by linking digipeaters? What is the longest distance? 

> 


> I am looking to getting into packet and was just curious. 73's 
> 
> Craig 


Yes, it is, but the practise isn't recommended. It is much more efficient to 
connect to nodes and do it that way. For example you connect to node 1, then 
connect node 1 to node 2, etc. then node n to whoever you want to connect 
with. The reason is this: when you digipeat, each acknowledgement packet goes 
backwards through the chain. Each missed packet has to be repeated through 
the chain. This means a ton of traffic generated and likely timeouts when you 
go through very many during busy periods. Using nodes means that 
acknowledgement packets are limited to each node pair, a big savings. 


Larry W1HIJF 


L. M. Rappaport & Associates, Inc. rapp@lmr.mv.com voice +1 603 237 8400 
Colebrook, NH 03576-0158 CIS 72427 ,2567 fax +1 603 237 8430 


Date: Tue, 13 Sep 1994 09:38:50 

From: ihnp4.ucsd.edu!munnari.oz.au!quagga.ru.ac.za!ucthpx!eleceng.uct.ac.za! 
rmbraun@network.ucsd.edu 

Subject: What NOS to use 

To: ham-digital@ucsd.edu 


Hi netters, 

We have just recently set up a NOS gateway for the Western Cape region of 
South Africa (Cape Town.) zsluct.ampr.org <--> hamgate.ee.uct.ac.za. We are 
presently running NOSview. Any other suggestions for what version of NOS to 
use. JNOS, WNOS, TNOS etc. 

Many thanx 

Rob 

(University of Cape Town Amateur Radio Group) 

akKKKKAA Dr. Robin M. Braun ZR1IRMB x*xx***x*kKKKKK 


* Department of Electrical Engineering * 
x University of Cape Town * 


Private Bag, Rondebosch, 7700, South Africa 
Phone : + 27 + 21 + 650-2810 

Fax : + 27 + 21 + 650-3465 

Internet : rmbraun@eleceng.uct.ac.za 
KKKKKKKKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KEKE RKEKR AKI 


* * 
* * 
* * 
* * 


Date: Wed, 14 Sep 1994 14:56:56 

From: ihnp4.ucsd.edu!munnari.oz.au!quagga.ru.ac.za!ucthpx!ee422.ee.ctech.ac.za! 
jakes@network.ucsd.edu 

Subject: What NOS to use 

To: ham-digital@ucsd.edu 


In article <rmbraun.294.0009A606@eleceng.uct.ac.za> rmbraun@eleceng.uct.ac.za 
(Robin M. Braun) writes: 

>From: rmbraun@eleceng.uct.ac.za (Robin M. Braun) 

>Subject: What NOS to use 

>Date: Tue, 13 Sep 1994 09:38:50 

>Summary: What version of NOS should we use 

>Keywords: NOS 


>Hi netters, 


>We have just recently set up a NOS gateway for the Western Cape region of 
>South Africa (Cape Town.) zsluct.ampr.org <--> hamgate.ee.uct.ac.za. We are 
>presently running NOSview. Any other suggestions for what version of NOS to 
>use. JNOS, WNOS, TNOS etc. 


>Many thanx 


>Rob 
>(University of Cape Town Amateur Radio Group) 


>kkKKKKKA Dr. Robin M. Braun ZRLIRMB xx*xxx**xkKK* 
>* Department of Electrical Engineering 

>x University of Cape Town 

>*x Private Bag, Rondebosch, 7700, South Africa 
>*x Phone : + 27 + 21 + 650-2810 

>*x Fax : + 27 + 21 + 650-3465 

>x Internet : rmbraun@eleceng.uct.ac.za 

DIRK KAKA KIKI KIKI KIKI KIKI III IK III III KIKI IAAI KKK 


+ + + + OF 


Hi 


It all depends on what services you want or want to provide. Therefor, I 
guess, it is best to get the source code of any of the latest NOS versions and 
compile your own flavour. We here at the Cape Technikon are currently running 
a packet <> Internet gateway on KA9Q NOS version 930507 compiled for 386/486 
CPU. Ox you could can have a look at nosiic-a.exe, it has gopher and www 
services. 


Rgrds 
Jakes 


J. du Toit 

Electrical Engineering 

Cape Technikon 

Cape Town 

South Africa 

Email: jakes@maxwell.ctech.ac.za 


Date: 15 Sep 94 13:53:49 GMT 
From: news-mail-gateway@ucsd.edu 
Subject: WNOS memory leak 

To: ham-digital@ucsd.edu 


I sufferd 3 long years of this bug. 

I fixed it for shure in wnos-940615 

its on ftp.ucsd.edu....incoming 

Ok. 

its also got dama mode.. 

sorry src code only you need compile it with BC++ 2.00 
Barry 

at a push ill make a binary at the weekend and upload it. 


End of Ham-Digital Digest V94 4307 
KKKKKKKKKKKK KKK KK KKKKKEKKEKE RAK 


